<!doctype html>
<html lang=ru>
<meta charset=utf-8>

<title>OpenSSH: Сообщить об ошибке</title>
<meta name="description" content="OpenSSH Problem Reports">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="stylesheet" type="text/css" href="openbsd.css">
<link rel="canonical" href="https://www.openssh.com/report.html">

<h2 id=OpenBSD>
<a href="index.html">
<i>Open</i><b>SSH</b></a>
Сообщить об ошибке
</h2>
<hr>

<h3>Как сообщить о проблеме в официальной версии (released versions)</h3>

<p>

Перед тем как сообщить об ошибке/проблеме в официальных версиях OpenSSH,
проверьте следующее:

<ol>
<li>Имеются ли <a href="https://www.openbsd.org/errata.html">
		патчи и исправления для OpenSSH.</a>
<li>Имеется ли более новая версия для <a href="openbsd.html">OpenBSD</a>
    или <a href="portable.html">портированная версия</a>, для вашей системы.
<li>Список <a
href="https://bugzilla.mindrot.org/buglist.cgi?product=Portable+OpenSSH&amp;bug_status=RESOLVED">
исправленных ошибок</a> и
<a href="https://bugzilla.mindrot.org/showdependencytree.cgi?id=V_7_4">
известных ошибок для прошлого релиза</a>.
</ol>

<p>
Если вы так и не нашли ничего схожего с вашей проблемой, используйте
<a href="https://bugzilla.mindrot.org">Bugzilla</a>
для написания отчёта об ошибке (багрепорта). Обратите внимание, что
проблемы в безопасности стоит скрыть от посторонних глаз, как об этом
рассказывается ниже.

<p>
Почтовые рассылки, используя которые вы можете связаться с разработчиками
OpenSSH:

<ul>
<li><a href="mailto:openssh@openssh.com">openssh@openssh.com</a>. Это закрытая
	от посторонних рассылка доступна только для разработчиков OpenSSH.<br>
	<b>Предназначена для:</b> отчётов о проблемах безопасности и любых других
	проблемах в OpenSSH для OpenBSD на различных платформах.<br>
	<b>Не стоит использовать для:</b> how-to вопросов, обсуждений и багрепортов
        для других операционных систем. Не пишите сюда, если пропатчили OpenSSH
	какими-то не нашими патчами, а потом у вас все поломалось.
<li><a href="mailto:openssh-unix-dev@mindrot.org">openssh-unix-dev@mindrot.org</a>
	Это открытая для всех рассылка. Требуется subscription до того как отправить
	сюда письмо.
	<!--and is open to posting from non-subscribed
	users.-->
	<br>
	<b>Предназначена для:</b> багрепортов, how-to вопросов и любых обсуждений
	OpenSSH вне зависимости от используемой платформы и операционной системы,
	(включая OpenBSD).<br>
	<b>Не стоит использовать для:</b> отчётов о проблемах безопасности,
	отчётов о проблемах в бинарных файлах, поставляемых не от
	команды OpenSSH (если только они не могут быть воспроизведены
        при использовании последней версии OpenSSH от команды разработчиков).
</ul>

<h3>Как сообщить о проблеме в текущей версии (current version)</h3>

<ol>
<li>Постарайтесь воспроизвести баг по крайней мере дважды, используя последению
    официальную версию, а так же последнию доступную версию исходных кодов.
<li>Не сообщайте об ошибках, возникающих при сборке/компиляции OpenSSH при
    использовании последних версий исходных кодов. Как правило, это либо ваши
    собственные ошибки, либо вы просто загрузили версию, над которой мы сейчас
    работаем.
<li>Помните, что <a href="https://openbsd-ru.github.io/anoncvs.html">AnonCVS</a>
    зеркала обновляются значительно позже рабочего дерева исходных кодов.
<li>Проверьте <a href="https://www.openbsd.org/plus.html">изменения в OpenSSH</a>
    чтобы удостовериться, что проблема не была решена.
</ol>

<h3 id=bugtypes>Отправка отчётов об ошибке</h3>

<p>
Попробуйте точно определить проблему. Никогда не давайте расплывчатых инструкций
и не указывайте расплывчатые проблемы, такие как например "it crashes."
Спросите в IRC или загляните в архив
<a href="https://marc.info/?l=openssh-unix-dev&amp;r=1&amp;w=2">
почтовой рассылки</a>, чтобы убедиться, что найденная ошибка новая и
воспроизводимая. Убедитесь, что это не локальная проблема, связанная именно с
вашей системой.

<p>
Отличная статья об искусстве написания отчётов об ошибках Саймона Тэтхема,
<a href="https://www.chiark.greenend.org.uk/~sgtatham/bugs-ru.html">
"Как эффективно сообщать об ошибках"</a>. Помните, чем лучше
составлен отчёт, тем больше вероятность, что проблема будет решена.

<p>
Не стесняйтесь предлагать новые возможности и, если возможно, исходной код
для реализации этих возможностей.
Если кто-то еще напишет код для вашей новой функции, есть вероятность, что
идея будет неправильно понята и реализована так, что вы ее не узнаете.

<p>
Типы отчётов об ошибках в "порядке желательности":

<ol>
<li>Повторяющиеся проблемы с готовым решением. Желательней всего.
<li>Повторяющиеся проблемы, которые не относятся к используемым
    вами аппаратным или даже программным окружением (hardware/software layout).
<li>Повторяющиеся проблемы в вашем программном окружении.
<li>Повторяющиеся проблемы в вашем аппаратном окружении.
</ol>
